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BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates generally to data 
representations, and more particularly to a method for 
the individual representation of data on a variety of 
different computing systems. 

Description of Related Art 

Many types of user devices communicate over 
various communication networks. Information requested 
by a user device over a communication network naturally 
needs to be provided to the user device in a format 
understood by the specific user device. Therefore, in 
many instances information is only accessible to a 
certain group of user devices. For example, homepages 
of individuals or companies provided by a web server 
over the Internet are generally available only to 
specific user devices, namely computer systems 
supporting the regular homepage data format HTML 
(Hyper-Text Markup Language) . 

However, the access of other user devices to this 
information may also be desirable. Such user devices 
may be, for example, handheld computers or mobile 
telephones. Unfortunately, the Internet browsers that 
process and display the HTML homepages typically 
require over 5 0 Megabytes of storage, which is not 
available on handheld computers or mobile phones. 
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Alternative methods are available, for example, 
that permit mobile telephones to send and receive 
information from the Internet. Typically, a program 
executing on the telephone transmits a URL, or a 
5 representation of a URL to a server that translates the 
request, and retrieves the data over the Internet. The 
server then converts the retrieved content into a 
format that can be interpreted by the mobile telephone 
and transmits the data to the mobile telephone for 

10 display. See for example, U.S. Patent Number 5,809,415 
of Rossmann entitled "Method and Architecture for an 
Interactive Two-Way Data Communication Network." 

Another similar approach is described in U.S. 
Patent No. 5,727,159, entitled "System In Which a 

15 Proxy-Server Translates Information Received From the 

Internet Into a Form/Format Readily Usable by Low Power 
Portable Computers," of Kikinis issued on 
March 10, 1998. In this approach, a specialized 
browser must be installed on each device that 

2 0 communicates with a proxy- server that in turn 

communicates with the Internet . A device that does not 
have the specialized browser, or cannot execute the 
specialized browser cannot retrieve or display content 
using the proxy-server. 

25 Thus, the prior art teaches that it is necessary 

to develop an independent technique to provide access 
to particular information. For example, the prior art 
technique for mobile phones was not used on portable 
computers and conversely. 

30 

SUMMARY OF THE INVENTION 

According to an embodiment of the present 
invention, a method and a system allow access to data, 
particularly over a network, to a variety of different 
35 user devices, including mobile phones and handheld 

computers. Unlike the prior art methods, this method 
and system are not limited to devices that have either 

-2- 



AsFiled 
P 4592 



a predefined configuration, or predefined software 
loaded on the device. Rather, the presentation 
requirements of a device are determined, and a document 
compatible with those presentation requirements is 
generated by a presentation manager server system. 

Consequently, the problems associated with 
updating and providing specialized software to each 
type of user device have been eliminated. Also, it is 
no longer necessary to write specialized software for 
each type of user device that is provided data from a 
single content source, or for each content source that 
has a different data format. 

In one embodiment, a method for presenting data on 
a user device comprises: 

receiving, by a presentation manager, a 
request from the user device for data from any one 
of a plurality of different data sources, 

identifying presentation requirements of the 
user device to presentation manager, and 

selecting a presentation scheme for the data 
in accordance with the presentation requirements 
of the user device, where the presentation scheme 
can be applied to the data to generate presentable 
data for the user device. 

In one embodiment, this method also includes 
applying the presentation scheme to the data to create 
the presentable data. This operation is performed by 
the presentation manager, by the user device, or by any 
other device, which applies the presentation scheme and 
provides the presentable data to the user device. The 
aforementioned method may be supplemented by 
transmitting the presentable data to the user device to 
allow the presentation of the data on the user device. 

In another embodiment of the present invention, a 
method also is provided for obtaining data by a user 
device having presentation requirements relating to the 
presentation of the data on the user device. This 
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method includes submitting a request to obtain data by 
the user device to a presentation manager coupled to 
the user device. The request causes the identification 
of the presentation requirements of the user device to 
the presentation manager, and the selection of a 
presentation scheme for the data in accordance with the 
presentation requirements of the user device by the 
presentation manager. The request further causes the 
application of the selected presentation scheme to the 
data to create presentable data. This method further 
includes receiving in the user device the presentable 
data to allow the presentation of the data by the user 
device . 

In one embodiment of the present device, the data 
requested is retrieved via at least one portlet coupled 
to the presentation manager. Herein, a portlet is 
understood to be means for providing the requested data 
from a data source, for example, from a certain 
homepage or database to the presentation manager. 

Two or more port lets may be arranged in tree -like 
organization. This tree-like organization is presented 
to a user of the user device, for example, on a display 
screen of the user device, so that this user has the 
possibility to easily choose among the content offered 
via the portlets. 

In one embodiment, the presentation requirements 
of the user device are determined based on information 
about the user device. For example, if the 
presentation manager is informed about the type of the 
user device, the presentation manager can determine 
therefrom the presentation requirements of the user 
device and select a presentation scheme based thereon. 

Presentation schemes may be defined, for example, 
in an extensible style sheet language (XSL) . The 
presentation scheme may describe, for example, if a 
certain content defined in XML is displayed, where this 
content is displayed and how this content is displayed. 
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In another embodiment of the method of this 
invention, a request is received from a user device. 
The request was generated in response to a selection of 
a portlet identification object on the user device. 
The request is transferred to a portlet. The portlet 
retrieves data specified in the request over a network. 
This data has one format in a plurality of source data 
formats . 

The request also is analyzed to determine a user 
data format that is supported by the user device. A 
presentation scheme to convert the data from the source 
data format to the user data format is then selected. 
The retrieved data is converted from the source data 
format to the user data format using the presentation 
scheme . 

In one embodiment of selecting a presentation 
scheme includes selecting an XSL- stylesheet . The 
received request includes, in another embodiment, a 
command. The command is selected from a group of 
commands consisting of load, save, article, and 
channel . 

In yet another embodiment of the present 
invention, a web server receives a request from a user 
device. The request was generated by selection of a 
portlet identification object on the user device. The 
web server analyzes the request to determine whether 
the request is for content associated with a portlet. 
The request is transferred to a presentation manager 
upon the web server determining that the request is for 
content associated with a portlet. The presentation 
manager passes the request to a portlet. The portlet 
retrieves data specified in the request over a network. 
The retrieved data has a source MIME type. 

The presentation manager analyzes the command to 
identify a user MIME type, and then selects a 
presentation scheme from a plurality of presentation 
schemes based upon the user MIME type and the source 
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MIME type. The presentation manager converts the data 
from the source MIME type to the user MIME type using 
the presentation scheme. 

Thus, in one embodiment of the present invention, 
5 a presentation manager server system includes a web 
server, a presentation manager coupled to the web 
server, and at least one portlet coupled to the 
presentation manager. The at least one portlet may 
comprise any one of a mail portlet, a resource 

10 description framework portlet, and an internal network 
information portlet. A portlet is associated with 
content that is retrieved by that portlet . The 
presentation manager server system also may include a 
storage medium having stored thereon a plurality of 

15 presentation schemes. 

In one embodiment of the presentation manager 
server system, the web server comprises a servlet 
container, and the presentation manager comprises a 
servlet . 

2 0 A computer program product, according to one 

embodiment of the present invention has stored thereon 
computer instructions for a method comprising: 

receiving a request from the user device for 
the data; 

2 5 identifying presentation requirements of the 

user device; and 

selecting a presentation scheme for the data 
in accordance with the presentation requirements 
wherein upon application of the presentation 

3 0 scheme to the data, new data presentable on the 

user device is generated. 

A computer program product, according to another 
embodiment of the present invention has stored thereon 
computer instructions for a method comprising: 
3 5 receiving a request from a user device 

generated by selection of a portlet identification 
object on the user device; 

-6- 
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transferring the request to a portlet wherein 
the portlet retrieves data specified in the 
request over a network and further wherein the 
data has one format in a plurality of source data 
formats ; 

analyzing the request to determine a user 
data format that is supported by the user device; 

selecting a presentation scheme to convert 
the data from the source data format to the user 
data format ; and 

converting the data from the source data 
format to the user data format using the 
presentation scheme. 

A computer program product , according to yet 
another embodiment of the present invention has stored 
thereon computer instructions for a method comprising: 

receiving a request from a user device 
generated by selection of a portlet identification 
object on the user device by a web server; 

analyzing the request by the web server to 
determine whether the request is for content 
associated with a portlet; 

transferring the request to a presentation 
manager upon determining that the request is for 
the content associated with a portlet; 

passing the request to the portlet by the 
presentation manager wherein the portlet retrieves 
data specified in the request over a network and 
further wherein the data has a source MIME type; 

analyzing the request to identify a user MIME 

type; 

selecting a presentation scheme from a 
plurality of presentation schemes based upon the 
user MIME type and the source MIME type; and 

converting the data from the source MIME type 
to the user MIME type using the presentation 
scheme . 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure lA illustrates one embodiment of a network 
including a plurality of user devices coupled to a 
5 presentation manager server system according to one 
embodiment of the present invention. 

Figure IB is a more detailed illustration of one 
embodiment of user device 102A of Figure lA including 
portlet icons according to one embodiment of the 
10 present invention. 

Figure 2A is a process flow diagram according to 
one embodiment of the present invention. 

Figure 2B is a process flow diagram for selecting 
portlets that can be accessed by a user device 
15 according to one embodiment of the present invention. 

Figure 3 is a more detailed illustration of the 
presentation management server system according to one 
embodiment of the present invention. 

Figure 4 is a more detailed process flow diagram 
20 of the retrieve scheme operation of Figure 2A. 

Figure 5 is sequence diagram for the portlet 
manager according to one embodiment of the present 
invention. 

Figures 6 is an example of a class PortletManager 
25 that is used to instantiate the portlet manager object 
according to one embodiment of the present invention. 

Figures 7A and 7B are an example of method do Post 
and do Get according to one embodiment of the present 
invention . 

3 0 Figures 8A and 8B are an example of a class 

CommandFactory that includes method producecommand 
according to one embodiment of the present invention. 

Figures 9A to 9E are an example of a class 
LoadCommand according to one embodiment of the present 

35 invention. 
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Figures lOA and lOB are an example of a class 
SaveCommand according to one embodiment of the present 
invention . 

Figures llA to IIJ are one embodiment of class 
5 Channel Command according to one embodiment of the 
present invention. 

Figure 12 is a block diagram of modules in the 
portlet manager according to one embodiment of the 
present invention. 
10 In the figures and detailed description, elements 

with the same reference number are the same element or 
a similar element. 

DETAILED DESCRIPTION 

15 According to the principles of this invention, a 

single presentation manager 113, executing on a 
presentation manager server system 100, accesses 
information from any one of plurality of content 
sources lOlA to lOlC in response to a request from any 

20 one of a plurality of user devices 102A to 102F. Each 
of the plurality of user devices 102A to 102F may have 
different requirements for presentation of information 
retrieved by presentation manager 113, i.e., different 
presentation requirements. When a request for 

25 information is received from a particular user device, 
presentation manager 113 retrieves the information, 
identifies the presentation requirements of the 
particular user device, and then transforms the 
information, if necessary, using a presentation scheme 

3 0 specific to the user device so that the information can 
be presented on the particular user device. 

The presentation requirements may be any 
conditions or limitations on the presentation of data 
on the user device, for example, kind and size of 

35 display on the user device, type of programming 

language or data format supported by the user device, 
or any other presentation requirements of the user 

-9- 
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device, for example, of the processor or the memory. 
These presentation requirements not only may result 
from technical necessities, but also may result from an 
individual user's demands or wishes. The user is not 
5 constrained to accessing data in a format that is 

compatible with the one particular device that the user 
happens to be using as in the prior art . 

Hence, presentation manager server system 100 
solves the prior art information access limitations by 

10 giving users access from whatever device is available 
at the time, through a single system entry point, to a 
complete complement of data. As explained more 
completely below, presentation manager server 
system 100 frees a user from time and location 

15 constraints when accessing the complete complement of 
data . 

A user can access data on Internet 106 and/or 
enterprise network 103 from almost any available 
device, e.g., any one of a portable computer 102A, a 

2 0 mobile telephone 102B, a workstation 102C, a home 
personal computer (PC) 102D, a personal digital 
assistant 102E, or an Internet cafe machine 102F. No 
longer is a user limited to using a particular device 
with pre-installed software to access a particular type 

25 of data accessible via a network to which the device is 
coupled. 

For example, a user taps an icon displayed on 
PDA 102E to generate a request for a sales report that 
is stored in a database on legacy system 10 IC. The 

30 request is sent over Internet 106 to presentation 

manager 113 that, in turn, retrieves the sales report 
via an internal portlet 117, transforms the sales 
report according to a presentation scheme for PDA 102E, 
and transmits the transformed sales report to be 

35 displayed on PDA 102E. A similar transaction could be 
done using Internet cafe machine 102F, or perhaps 
mobile telephone 102D. 
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Each user device in the plurality of user 
devices 102A to 102F accesses information through the 
same portlet . However, in a first embodiment, 
presentation manager 113 retrieves the information 
using the portlet and then transforms the information 
using a presentation scheme that is specific to the 
user device so that the retrieved information can be 
displayed by the user device. Alternatively, 
presentation manager 113 could provide the presentation 
scheme and the retrieved data to the user device and 
the transformation of the retrieved data could be done 
on the user device itself. 

Plurality of devices 102A to 102F is illustrative 
only and is not intended to limit the invention to the 
particular devices illustrated. The devices could also 
include, for example, a POTS telephone, a pager, a set- 
top box connected to a television, a network appliance, 
or any other device that is connectable to a network 
and can issue a request for data, as described more 
completely below, and display the data received in 
response to the request . This embodiment of the 
present invention is not limited to a particular type 
of user device or to a particular group of user devices 
as in the prior art, or to user devices that are 
running a particular software program. 

The user can access multiple content sources via 
presentation manager server system 100. Different 
types and formats of data from different applications 
can all be accessed and processed within a single user 
interface. Further, data from external sources, such 
as stock quotes, weather forecasts, or perhaps news 
tickers from web-based service providers can be 
accessed using the same single user interface. 
According to the principles of this invention, 
presentation manager server system ICQ is a 
comprehensive client/server offering that enables 
users, from almost any device anywhere, to access and 
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view different types of data from a wide variety of 
content sources. 

As an example, consider user device 102A (Figs. lA 
and IB) that is a portable computer. The display on 
display screen 150 includes, within a work area, three 
portlet icons, e.g., an internal page icon 120, an 
external page icon 121, and a news ticker icon 122. In 
this example, the use of icons to represent portlets is 
illustrative only and is not intended to limit the 
invention to this specific embodiment. For example, a 
list of text names could also be used. In general, a 
portlet identifier is provided to a user, and upon 
selection of the portlet identifier by the user, a 
request is sent to presentation management server 
system 100 to retrieve and return content associated 
with the portlet identifier. 

In an explorer region on display screen 150 is a 
mail icon 121. If the user selects mail icon 121, a 
hierarchical view is generated on display screen 150A 
as illustrated in Figure IB, each entry of which 
represents a portlet that can be used, in one 
embodiment, to request information from presentation 
manager server system 100. Corresponding to each icon 
displayed on user device 102A is a portlet, e.g., 
portlets 115 to 117 that are coupled to presentation 
manager 113, as explained more completely below. 

Alternatively, icons 12 0 to 122 on display 
screen 150 could each expand into a hierarchy of icons. 
Moreover, upon selection of an icon, typically by the 
user placing a cursor on the icon and clicking a mouse, 
the user could be presented, for example, with an input 
screen in which the user input commands for acting on 
data. When the user completes the input screen, a 
request that includes the commands for acting on data 
is dispatched to presentation manager server 
system 100 . 
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Thus, according to the principles of this 
invention, a portlet icon, or more generally, a portlet 
identifier, is not limited to issuing only a request to 
retrieve information. The user- initiated request can 
also include commands that perform operations on data, 
for example. However, in each case, a portlet icon is 
associated with a specific source of information, 
sometimes called content, as explained more completely 
below . 

Instead of the screen portlet icons in Fig. IB, 
the portlets may also be offered to the user in the 
form of a text based listing on the display of the user 
device. This listing may be put together in 
presentation manager 113, for example, in the 
extensible Markup Language (XML) format. In addition, 
the user can obtain a list of information sources 
available through presentation manager server 
system 100 by issuing a request to presentation 
manager 113 that is not addressed to a specific 
portlet. With this list, the user can select portlets 
of interest to the user, as explained more completely 
below with respect to Fig. 2B. 

Thus, an individual user can personalize the user 
device by specifying which service providers from among 
the ones the organization has made available via 
portlets, the user wants to use. To put it another 
way, the user chooses which portlets the users wishes 
to be included on the desktop as illustrated in Fig. 
IB. (A portlet is the smallest unit of information 
that can be put in a portal.) Hence, presentation 
manager server system 100 eliminates prior art 
limitations on a single user system on a network 
accessing content on any desired provider system that 
is coupled to the network. 

When a user selects one of the icons on display 
screen 150, user device 102A, which is coupled to a 
network server 111 by an enterprise network 103, issues 
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a request associated with the selected icon. The 
request specifies (i) a suitable address to the 
location where the content associated with the request 
is stored, for example, the Internet address of a 
homepage in the form of a uniform resource locator 
(URL) , and (ii) information concerning either the types 
of data that can be processed and displayed by user 
device 102A, e.g., MIME types, and/or, an identifier 
that indicates the processing and display capabilities 
of user device 102A. In addition, the request can 
include operations that are to be performed on the 
data, or using the data, e.g., find all web sites 
including the word or words specified in the request. 

Enterprise network 103 is illustrative only of one 
embodiment of a network. The particular type of 
network connecting a user device to presentation 
manager server system 10 0 is not essential, and may be 
the Internet or any other permanent or temporary 
network, for example a local area network. 

Upon receipt of the request, network server 111 in 
presentation manager server system 100, which in one 
embodiment is a web server, determines that the request 
is for data accessed via presentation manager 113 and 
transfers the request to presentation manager 113. 

Upon receipt of the request from network 
server 111, presentation manager 113, as explained more 
completely below, passes the request to the portlet 
associated with the request. For example, if the user 
issued a request for all new mail messages, 
presentation manager 113 would pass the request to mail 
portlet 115 that is associated with mail system lOlA. 
If the request was for information on an external 
network, presentation manager 113 passes the request to 
external portlet 116 that may be associated, for 
example, with one of web sites 10 IB. In one 
embodiment, portlet 116 accesses web sites lOlB that 
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provide content using the Resource Description 
Framework (RDF) . 

The portlet that receives the request from 
presentation manager 113 retrieves the requested data 
and returns the data to presentation manager 113. 
Typically, each of the plurality of portlets 115 to 117 
accesses data, i.e., content, in a different format. 
Of course, one or more portlets could be configured to 
retrieve data having the same format. For example, 
text based information may be provided in the HTML 
format as well as in the WML format. 

In addition to passing the request to the 
appropriate portlet, presentation manager 113 
identifies the presentation requirements of the user 
device for the requested data. Using the 
identification of the presentation requirements, 
presentation manager 113 selects a presentation scheme 
for the requesting user device. 

As used herein, the presentation scheme for a user 
device is the totality of the configuration information 
needed to extract data from a first format and 
transform the data into new data for presentation on 
that user device. In one embodiment, as explained more 
completely below, the presentation schemes include a 
plurality of extensible Style sheet Language (XSL) - 
stylesheets that is stored on a storage medium for 
access by presentation manager 113. Each XSL- 
stylesheet transforms extensible Markup Language (XML) 
data to new data that can be processed and displayed by 
a particular user device, sometimes referred to as user 
device presentable data. 

In selecting a presentation scheme, in one 
embodiment, presentation manager 113 determines whether 
the request from the user device includes a specific 
identification of a presentation scheme,- a list of MIME 
types that the user device is capable of displaying; 
and either a user identification and/or a device 
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identification. If the user request specifies a 
specific presentation scheme, for example, a particular 
XSL-stylesheet , presentation manager 113 selects that 
stylesheet as the presentation scheme. If a MIME type 
5 is specified in the request and presentation manger 113 
has an XSL-stylesheet for transforming the requested 
content to that MIME type, this XSL- style sheet is 
selected. If the requested content is in a MIME type 
that is in the list of MIME types in the request, 
10 presentation manager 113 simply passes the retrieved 
content straight thru. If presentation manager 113 
cannot identify a specific presentation scheme for the 
requested data, presentation manager 113 simply passes 
the retrieved content straight thru, in one embodiment. 
15 Thus, in each instance, presentation manager 113 

identified the presentation requirements based upon 
information specified in the request, and selected an 
appropriate presentation scheme. 

The presentation scheme selected by presentation 
2 0 manager 113 is retrieved and loaded into a local 

memory. When the requested data is available in a 
memory addressable by presentation manager 113, 
presentation manager 113 uses the stored presentation 
scheme to process the stored data and thereby generate 
2 5 user device presentable data, which may be presented in 
accordance with the requirements of user device 102A 
that transmitted the original request. Finally, the 
user device presentable data is transferred to user 
device 102A over the network coupling user device 102A 
30 to presentation manager server system 100. 

Hence, through use of a dynamic content channel, 
e.g., a portlet, a highly customizable content page may 
be produced for any individual client system. 
Moreover, a particular user device is not limited to 
35 accessing content in a format identical to that 

associated with the user interface in use on the user 
device. Consequently, the user's ability to access a 
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wide variety of content sources independent of the 
characteristics of the particular user device is 
further enhanced with the portlets in this embodiment 
of the invention. 
5 As used herein, a user device and/or a computer 

system includes at least a processor, a storage medium, 
and an l/O-interf ace . In the context of the present 
invention, data refers to any type of information, 
which is arranged in certain order to be accessible by 

10 a computer system. The data to be accessed may also 
include one or more functions or functionalities 
provided to the user of a user device. Functions are, 
in this context, possibilities given to the user to 
initiate actions beyond the mere retrieval or display 

15 of information, for example, a search on the Internet 
for a certain publication or the initialization of a 
software program on a remote server carrying out some 
operations in response to the user device's request. 
Figure 2A is a process flow diagram of one 

2 0 embodiment of a method 2 00 the present invention. 

Figure 3 is a more detailed block-level diagram of one 
embodiment of presentation manager server system 100 
that implements method 2 00 of Figure 2A. In this 
embodiment, network server 111 is a web server 111, and 

25 presentation manager 113 is a portlet manager 113. 

As explained above, a user initiates a request on 
a user device by selecting a portlet identifier, e.g., 
an icon, for example, that represents a particular 
instance of data that is accessible via a particular 

30 portlet in presentation manager server system 100. In 
this embodiment, an icon representing a portlet is only 
selectable for display on display screen 150 (Fig. IB) 
if the data provided by the portlet may be presented by 
the user device. For example, if the user device does 

35 not support graphics, a portlet, which provides data 
with the MIME type image/ jpeg, would not be available 
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for selection for display on display screen 150 of 
device 102A. 

In one embodiment, this pre-selection of portlets 
offered to the user is made by a comparison of the MIME 
5 types supported by the user device and the MIME type of 
data for each of the portlets. Fig. 2B is a process 
flow diagram of a method 280 that is used in one 
embodiment of the present invention to preselect 
portlets that are made available to a particular user 

10 device. Method 280 is not started unless a user issues 
a request to select one or more portlets for a 
particular device. This is represented by preselect 
portlet for access request check operation 281 that 
typically is part of a graphic user interface event 

15 handler, or part of a windowing system event handler. 

Upon the user issuing a request to preselect one 
or more portlets, check operation 281 designates the 
portlet selected, or one of the portlets selected, as 
the current portlet and transfers processing to get 

20 user MIME types operation 282. In operation 282, 
presentation manager server system 100, in this 
embodiment, obtains the MIME types supported by the 
user device, i.e., obtains the user MIME types, and 
transfers to get source MIME types operation 283. 

25 In operation 283, the source MIME types supported 

by the current portlet are retrieved and processing 
transfers to common MIME type check operation 284. If 
at least one of the user MIME types and one of the 
source MIME types are the same MIME type, processing 

3 0 transfers to portlet available operation 2 87, and 
otherwise to generate MIME type set operation 285. 

In generate MIME type set operation 2 85, 
presentation schemes 303 are used to generate another 
set of MIME types, which are the MIME types produced 

3 5 when presentations schemes 3 03 are applied to the 

source MIME types. Operation 285 transfers processing 
to common MIME type check operation 286. 
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If at least one of the user MIME types and one of 
the MIME types in the set of MIME types generated by 
operation 2 85 are the same MIME type, processing 
transfers to portlet available operation 2 87, and 
5 otherwise to portlet unavailable operation 288. 

In portlet available operation 287, the current 
portlet is flagged as available to the user device and 
an appropriate response is supplied to the user device. 
For example, the portlet icon could be installed on the 

10 user's desktop. 

In portlet unavailable operation 288, the current 
portlet is flagged as unavailable. In this case, a 
message is sent to the user that access to the portlet 
is not available from this user device. 

15 Both operations 287 and 288 transfer to additional 

portlets check operation 289. If the user requested to 
preselect more the one portlet, the next portlet in the 
user request is identified as the current portlet, and 
operations 283 to 288 are repeated, as appropriate. If 

2 0 the user only requested to preselect one portlet, or 
all of the portlets have been processed, check 
operation 289 passes to the end operation that cleans 
up and exits. 

In the above example relating to graphics, the 

25 presentation capabilities of the user device did not 

support graphics. The comparison with the MIME type of 
data defined by the various portlets shows that a 
portlet defining image/ j peg as its MIME type of data 
cannot be supported by this user device. Accordingly, 

30 the user device via method 280 would be denied access 
to this particular portlet. 

Method 280 may be made at any suitable location, 
for example, in the user device as well as in web 
server 111, in portlet manager 113, or in the 

35 respective portlet itself. Consequently, in the 
following description, when user device submits a 
request in operation 210, no subsequent checking is 
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done to assure that the requested data can be displayed 
on the user device. However, in another en±)odiment , 
the user is allowed to send requests to all available 
port lets, and as each request is sent, if the request 
5 cannot be processed for whatever reason, an error 
message is returned to the user device. 

The request transmitted in send request 
operation 210 (Fig. 2A) includes at least a description 
of the requested data. Such a description may be, for 

10 example, the URL of the data. The request typically 
also includes the MIME type or types supported by the 
user device, e.g., wireless application protocol (WAP) 
for mobile phone 102B. The request may also include 
either or both of the identity of the user device and 

15 the identity of the user of the user device. As 
explained more completely below, the request may 
further include a command, such as channel, load, save, 
or article. 

The request from the user device in operation 210 

20 goes over a network to server 111, which in this 

embodiment is a web server 111. In one embodiment, web 
server 111 is the Tomcat server supplied by The Apache 
Software Foundation, 1901 Munsey Drive, Forest Hill, 
MD 21050-2747, U.S.A. However, in this embodiment, any 

25 HTTP server that supports the functionality and 
operations described herein can be used as web 
server 111. In one embodiment, web server 111 is a 
servlet container, and portlet manager 113 is 
implemented as a servlet. 

30 In portlet check operation 215, web server 111 

analyzes the request from the user device, sometimes 
referred to as the original request, to determine 
whether this request has to be processed by portlet 
manager 113 . The alternative is to process the request 

35 directly by web server 111. 

Check operation 215 can be implemented in various 
alternative ways. In one embodiment, deployment 
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descriptors as defined in the JAVA 2 Enterprise Edition 
are used and checked in operation 215 to determine 
where to direct the user request. The JAVA 2 Platform 
Enterprise Edition Specification, vl . 2 , Sun 
5 Microsystems, Inc., Palo Alto, CA (1999) and the JAVA 
Servlet Specification , v2 . 2 , Sun Microsystems, Inc. 
Palo Alto, CA (1999) are incorporated herein by 
reference to show the level of skill in the art. Based 
upon the deployment descriptors, if the request is for 

10 web server 111, processing transfers to continue 

operation 217 and conventional processing continues. 
Otherwise, the request is forwarded to portlet 
manager 113 and processing transfers to contact portlet 
operation 220. 

15 In another embodiment, the decision in check 

operation 215 is based on the MIME type of the 
requested data, i.e., the MIME type of the data located 
at the URL in the request, and the MIME type supported 
by the user device. If the MIME type of the requested 

20 data and the MIME type supported by the user device are 
identical or at least compatible, the request is 
processed by web server 111. This condition is 
frequently fulfilled, for example, if a browser, which 
is able to handle and to process data in XML, requests 

25 a homepage, which is also formatted in XML. 

Thus, if the request is supported by web 
server. 111, processing transfers to continue 
operation 216 and conventional processing continues. 
Otherwise, the request is forwarded to portlet 

30 manager 113 and processing transfers to contact portlet 
operation 220. 

Portlet manager 113 may be implemented in software 
within web server 111, or may be installed on a 
separate computer system, which is connected or 

35 connectable to web server 111. In one embodiment, 

portlet manager 113 is implemented as a servlet that 
executes on web server 111. 
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Typically, portlet manager 113 is not continually 
executing on web server 111, and so if a request is 
forwarded to portlet manager 113 in contact portlet 
operation 22 0, portlet manager 113 is started and then 
5 the request is forwarded to portlet manager 113 for 
processing . 

Portlet manager 113 forwards the request to the 
appropriate portlet. The forwarding of the request to 
a specific portlet completes contact portlet 

10 operation 220. The portlet retrieves the data in 

retrieve data operation 230, and processing in portlet 
manager 113 transfers to MIME check operation 24 0 
within identify user type operation 245. In Figure 2A, 
the operations are shown as sequential for ease of 

15 illustration only. This is not intended to limit the 

invention to this specific sequence of operations. The 
specific sequence will depend upon the computer system 
used and the specific implementation of this 
embodiment . 

2 0 The request from the user device contains 

information about the presentation requirements of the 
requesting user device, or contains information about 
the identity of the user device, or contains both. If 
the request contains one or more MIME types processing 

25 transfers to a get MIME type from request operation 241 
and otherwise to an identity check operation 242. 

In get MIME type from request operation 241, 
portlet manager 113 extracts a list of MIME types 
supported by the user device from the request including 

30 a preferred MIME type, if a preferred MIME type is 

specified. Operation 241 transfers to identity check 
operation 242 . 

In identity check operation 242 , portlet 
manager 113 determines whether the request included 

35 identification information. If identity information is 
included processing transfers to get identity from 
request operation 243 and otherwise to retrieve scheme 
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operation 270. Get identity from request operation 243 
retrieves the device identification from the request 
and transfers to retrieve scheme operation 270. 

Operations 242 and 243 both transfer to retrieve 
5 scheme operation 270. In retrieve scheme 

operation 270, portlet manager 113 uses the information 
extracted from the request to retrieve a presentation 
scheme for the user device from a plurality of 
presentation schemes 303 stored on storage unit 302. 

10 In one embodiment, the retrieved presentation scheme is 
loaded in a memory accessible by portlet manager 113. 
Retrieve scheme operation 270 transfers processing to 
convert data operation 271. 

Figure 4 is a more detailed process flow diagram 

15 of one embodiment of retrieve scheme operation 270. 
XML check operation 401 determines if the response 
content type is other than an XML format supported by 
portlet manager 113. If the response content type is 
other than an XML format, processing transfers to copy 

20 response operation 402 and otherwise to MIME type check 
operation 403. Check operation 401 and copy response 
operation 402 are optional. 

In this embodiment, only transformations that 
utilize an XSL-stylesheet are supported, and so if the 

25 response content is not in a supported XML format, the 
response content cannot be transformed. Accordingly, 
copy response operation 4 02 copies the response 
information directly to web server 111 that can in turn 
send the copied response back to the user device for 

3 0 display. Of course if other transformations were 

supported, e.g., a JAVA class that extracted data from 
certain MIME types and inserted the data into an HTML 
template that could be returned to the user device, the 
applicability of each of the other transformations 

3 5 would be tested before defaulting of copy response 
operation 4 02. 
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If XML check operation 4 01 determines that the 
response content type is a supported XML format, a path 
to the appropriate XSL-style sheet in a plurality of 
XSL-style sheets 303 stored on storage unit 302 is 
5 constructed. MIME type check operation 403 determines 
whether the request from the user device included a 
preferred MIME type. If a preferred MIME type was 
obtained in operation 241, processing transfers to 
device check operation 405, and otherwise to set MIME 

10 type operation 404. Set MIME type operation 404 uses 

the session identification to retrieve a preferred MIME 
type from user device configuration information stored 
on storage unit 301. Operation 404 transfers to device 
check operation 405. Thus, upon entry to operation 405 

15 a MIME type is specified. 

Device type check operation 405 determines whether 
the request from the user device included a device 
type. If a device type was obtained in operation 243, 
processing transfers to XSL check operation 407, and 

20 otherwise to set device type operation 406. Set device 
type operation 406 uses the session identification to 
retrieve a device type from user device configuration 
information stored on storage unit 301. Operation 406 
transfers to XSL check operation 407. Thus, upon entry 

2 5 to operation 4 07, a MIME type and a device type are 

specified . 

XSL check operation 4 07 determines whether the 
request from the user device specified a specific XSL- 
stylesheet . If a specific XSL-stylesheet was 

3 0 specified, processing transfers to XSL extension check 

operation 413 and otherwise to channel command check 
operation 408. 

In this embodiment, two commands, channel and 
article, result in retrieving data. Accordingly, 
3 5 channel command check operation 408 determines whether 
the command in the request was a channel command, and 
if it was, transfers to set channel XSL operation 411, 
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and otherwise transfers to article command check 
operation 409. Set channel XSL operation 411 sets the 
XSL-stylesheet to a default channel XSL- stylesheet and 
transfers to preferred XSL-stylesheet available check 
5 operation 415. 

When processing transfers to article command check 
operation 409, article command check operation 409 
determines whether the command in the request was an 
article command, and if it was, transfers to set 

10 article XSL operation 412, and otherwise transfers to 

exception operation 410. Set article XSL operation 412 
sets the XSL-stylesheet to a default article XSL- 
stylesheet and transfers to preferred XSL-stylesheet 
available check operation 415. 

15 In this embodiment, exception operation 410 throws 

an exception and terminates the processing of portlet 
manager 113 for this portlet, because the requested 
information cannot be transformed for display on the 
user device. However, in another embodiment, portlet 

20 manager 113 may go to the website of a manufacturer of 
the user device, as identified in the request, or to 
another appropriate website to download an XSL- 
stylesheet for the user device. Alternatively, portlet 
manager 113 may send a query to the user device asking 

2 5 whether the user device has such a stylesheet that can 

be downloaded. 

If the request specified an XSL-stylesheet, check 
operation 401 transferred to XSL extension check 
operation 413, which in turn determines whether the 

3 0 specification in the request included an XSL extension 

(.xsl) . If the request included the extension, 
processing transfers to preferred XSL-stylesheet 
available check operation 415 and otherwise to set 
extension operation 414. Set extension operation 414 
3 5 adds a XSL extension to the requested stylesheet and 
transfers to preferred XSL-stylesheet available check 
operation 415. Upon entry to operation 415, a MIME 
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type, a device type and a XSL-stylesheet are specified 
to that the path to the storage location of the 
stylesheet can be constructed. 

Preferred XSL-stylesheet available check 
5 operation 415 opens a folder on storage device 3 02 for 
the specified MIME type and then within the specified 
MIME type folder opens a subfolder for the specified 
device type. In the specified device type subfolder, 
operation 415 looks for the specified XSL-stylesheet. 

10 If the specified XSL-stylesheet is found, operation 415 
transfers to parse and load operation 418, and 
otherwise transfers to XSL to MIME XSL-stylesheet 
available check operation 416. Thus, if operation 415 
is successful, a device specific XSL-stylesheet has 

15 been retrieved. 

In MIME XSL-stylesheet available check 
operation 416, the specified XSL-stylesheet is looked 
for in the specified MIME type folder, and if the 
stylesheet is found, processing transfers to parse and 

20 load operation 418 and otherwise to exception 

operation 417. Exception operation 417 also terminates 
the processing because the XSL-stylesheet is 
unavailable. Again, in another embodiment, attempts to 
find a suitable XSL-stylesheet stored at another 

25 location could be made prior to throwing the exception. 
Load and parse operation 418 loads and parses the 
retrieved stylesheet into a memory for further use by 
portlet manager 113 and transfers to operation 271 
(Fig. 2A) . 

3 0 When the portlet completes the retrieval of the 

requested data in retrieve data operation 23 0, convert 
data operation 271 is initiated. Portlet manager 113 
processes the retrieved data using the stored 
presentation scheme to generate new data that can be 

3 5 displayed on the user device. For example, if the 
retrieved information is a XML document, the XSL- 
stylesheet loaded in memory is used to do the 
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transformation. If the retrieved information is e-mail 
data, a JAVA class is used to extract the data and 
insert the data for example into a HTML template. 

Convert data operation 2 71 transfers to return 
5 converted data operation 272. In operation 272, 

port let manager 113 returns the converted data in a 
HTTP response to web server 111. Web server 111 sends 
the HTTP response to the user device that sent the 
original request. 

10 In display data operation 273, the user device 

processes the HTTP response, and displays the response 
to the original request on the user device. 

In this example, it was assumed that convert data 
operation 2 71 was performed on the same computer 

15 running portlet manager 113. However, in another 

embodiment, retrieve scheme operation 270 and retrieve 
data operation 23 0 send the retrieved scheme and 
retrieved data respectively to another computer system 
connected to the user device, or the user device 

20 itself. In these cases, convert data operation 271 is 
performed on the another computer system, or the user 
device, and returned converted data operation 2 72 is 
performed only if operation 271 was executed on other 
than the user device. 

2 5 In the above embodiment, it was assumed that 

portlet manager 113 was able to identify the type of 
presentation requirements for the requesting user 
device and retrieve a presentation scheme that 
converted the type of the requested data to a type that 

3 0 could be displayed on the user device. In another 

embodiment, a presentation scheme is not available to 
convert the retrieved data to a type of data that can 
be displayed on the user device. For example, the user 
requests a spreadsheet that has a data format specified 
3 5 by the manufacturer of the application that generated 

the spreadsheet. The presentation scheme available for 
the user device requires an input document in XML. 
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Since the retrieved document in not in XML, the 
presentation scheme is not useful. 

However, in this situation, portlet manager 113 
issues a translation request to a filter server 315. 
5 In one embodiment, portlet manager 113 sends a request 
that includes the MIME type required as input to the 
presentation scheme for the user device, and an address 
of the requested document to filter server 315. This 
address can be to a memory where the document is stored 

10 after being retrieved by a portlet, or a URL to 

location of the document on the network. The only 
requirement is that filter server 315 is able to access 
the requested document . 

In response to the request filter server 315 

15 builds a filter that can read the requested document, 
dynamically convert the read data using a partial 
filter adapter chain to the new format, and then write 
the converted data in the new format so that the data 
can be supplied to presentation manager 113. More 

20 specifically, in response to the request from 

presentation manager 113, filter server 315 via a 
conversion service 310, in one embodiment, causes a 
protocol reader to be instantiated and uses the 
protocol reader to access the requested document to 

2 5 determine the format of the requested data, i.e., the 

source document data format . With the source document 
data format and the target document data format , i.e., 
the MIME type received in the original request, filter 
server 315 builds a filter for converting the format of 

3 0 source document to the format of the target document. 

In the embodiment of Figure 3, filter server 315 
passes the request to a conversion service 310 that in 
turn accesses a filter registry 311 to generate a 
filter map of partial filter adapters that can be 
3 5 chained together to convert the format of the requested 
document to the MIME type specified in the request. 
Using the filter map, conversion service 310 calls a 
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service to instantiate each partial filter adapter in 
the map using partial filter adapter library 312. 
Conversion service 310 calls another service to chain 
the partial filter adapters together using a chaining 
application programming interface of each partial 
filter adapter. 

In this embodiment, filter server 315 via 
conversion service 310 constructs a data filter by 
gluing a protocol read and parser unit to an input end 
of the partial filter adapter chain and a bit stream 
printer and protocol writer to an output end of the 
chain. After construction of the data filter, 
conversion service 310 uses the data filter to process 
the requested document, e.g., the spreadsheet. The 
data filter generates data with a MIME type that can be 
input to the presentation scheme that is returned to 
presentation manager 113, which in turn processes the 
data as described above . 

One important aspect of filter server 315 is that 
each partial filter adapter utilizes the same generic 
format independent interface to input the converted 
data. This allows any one partial filter adapter to be 
connected to another partial filter adapter without 
concern for the particular format of the data output by 
the first partial filter adapter. 

In one embodiment, the data filter is used 
dynamically, which means that the complete data file is 
not stored in the intermediate formats. Rather, the 
output from a first partial filter adapter is input to 
a second partial filter adapter before all the data has 
been processed by the first partial filter adapter. 

A more complete description of filter server 315, 
and each of the components therein is provided in 
commonly filed and commonly assigned U.S. Patent 
Application Serial No. 09/xxx,xxx, entitled "A METHOD 
AND STRUCTURE FOR DYNAMIC CONVERSION OF DATA, " of Ralf 
Hofmann and Michael Honnig, which is incorporated 
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herein by reference in it entirety. In another 
embodiment, filter server 315 provides information 
about the dynamic filter to portlet manager 113, and 
portlet manager 113 stores a new presentation scheme on 
5 unit 3 02 that includes the dynamic filter generated by 
filter server 315, or at least a handle to the dynamic 
filter, and the retrieved presentation scheme. 

While in Figure 3 filter server 315 is illustrated 
as being included within presentation manager server 

10 system 100, this is illustrative only. Filter 

server 315 can be in another computer system, part of a 
portal, or even on the user device. Portlet 
manager 113 is coupled to filter server 315 to send and 
receive the information described above. 

15 In one embodiment, the URL in the request from the 

user device is of the form: 

http : //<server> : <port> /port let /<command sting> 
?<parameters> 

20 

In this embodiment, the command strings are: load; 
channel; article; and save. Command load loads 
information about the requested data. With command 
save, the user device submits settings made by the user 

25 that are to be saved along with the user data. To 
provide the content of a portlet to a user device, 
command channel is submitted. Command article is 
submitted to retrieve an article of a portlet. 

Figure 5 is sequence diagram for one embodiment of 

30 portlet manager 113. Along the horizontal axis are 

individual objects, where each object is represented as 
a labeled rectangle. The vertical axis represents the 
passage of time from top to bottom of the page . 
Horizontal lines represent the passing of messages 

3 5 between objects. A dashed line extends down from each 
rectangle, and a rectangle along the dashed line 
represents the lifetime of the object. 
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When web server 111 receives a URL that specifies 
a portlet, web server 111 searches for the servlet that 
is portlet manager 113 . If portlet manager 113 has not 
been loaded, web server 111 first creates a 
5 configuration object specific to portlet manager 113, 
and then calls a portlet manager initialization method 
with the configuration object as an input. 

After portlet manager 113 is initialized, portlet 
manager 113 first issues a get context message to the 

10 configuration object, and then issues a get parameters 
object message to the configuration object. In the 
embodiment of Figure 6, the configuration path names 
are loaded to XSL and XML files. The creation and 
initialization messages are issued by web server 111 

15 only once for the purpose of initialization. 

Subsequently, the search for the servlet that is 
portlet manager 113 finds manager 113 . 

In this embodiment, HTTP Post and Get requests 
that are included in the request from the user device 

20 are passed to portlet manager 113 from web server 111 
each time either request arrives at web server 111 for 
a portlet for which portlet manager 113 was configured 
initially. Specifically, when a user requests includes 
a HTTP Get request, web server 111 creates a HTTP 

25 request object for portlet manager 113, and a HTTP 

response object for portlet manager 113 as illustrated 
in Figure 5. Web server 111 next calls a method do 
Get, with the HTTP request object and the HTTP response 
object as inputs, in portlet manager 113. 

3 0 In response to the call to method do Get, portlet 

manager 113 issued calls to methods get header and get 
servlet path of the HTTP request object. Portlet 
manager 113 builds a string that specifies the URL of 
the portlet based on the information in the request 

3 5 from the user device. See Figures 7A to 7B for one 

embodiment of HTTP Get and Post commands and method do 
Get . 
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Once the URL is built, portlet manager 113 
instantiates a new command factory using a class 
CommandFactory, and then calls a method produce command 
in the command factory with the HTTP request object as 
5 an input. Method produce command extracts the command 
string from the URL as given above and instantiates a 
channel command object when the command string is 
either channel or article; a load command object when 
the command string is load; and a save command object 
10 when the command string is save. The method produce 
command returns the command ob j ect . 

One embodiment of class CommandFactory that 
includes method producecommand is presented in 
Figures 8A to 8B. One embodiment of class LoadCommand 
15 is presented in Figures 9A to 9E . An embodiment of 

class SaveCommand is presented in Figures lOA to lOB. 

In the following discussion, it is assumed that 
the request issued by the user device included command 
article or command channel and so the channel command 

2 0 object was created. In this case, portlet manager 113 

in method do Get calls method execute in the channel 
command object with inputs of the HTTP request object, 
the HTTP response object and the URL. Figures llA 
to IIJ are one embodiment of class Channel Command that 
25 includes method execute. 

In method execute, the URL that is input is 
checked to determine whether a portlet is specified. 
If the URL does not specify a portlet, an URL container 
is accessed and information about all available 

3 0 port lets is obtained from the URL container. If a 

portlet is specified, the part of the URL that 
specifies the portlet is used to build a URL object 
that in turn is used to make a connection to retrieve 
the requested content . 
35 After the URL object is created, all fields in the 

HTTP request object are copied to the new request that 
actually is sent to retrieve the requested content. 
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These fields can include, for example, the name of the 
browser in the user device . The MIME types in the 
original request as well as the MIME types supported by 
portlet manager 113 are included in the new request. 
5 Upon completion of the new request, method execute uses 
the URL object to make a connection and to retrieve the 
requested content . 

If the connection uses the HTTP protocol, 
information in the HTTP header can be used to recognize 

10 the MIME type of the response content. IF the protocol 
is not HTTP, the extension of the URL is check to 
determine the type of the response content. If the 
extension of the URL is .xml, a guess is made of what 
type of XML file is requested by analyzing a field 

15 DOCTYPE in the header of the XML file. In the case 
that a XML file based on a certain document type 
definition is recognized, the response type is set to 
the name associated with the document type definition. 
If the response is not an XML file, the URL connection 

2 0 object guesses the content type of the response 

content. This is done by a JAVA URLConnnect ion object 
that is part of the JAVA runtime environment, which is 
incorporated herein by reference to show the level of 
skill in the art. 

25 In this embodiment, if the response content type 

is other than an XML format supported by portlet 
manager 113, the retrieved content without any 
modification is returned as the response to the request 
from the user device. In the embodiment of Figure 2B, 

30 this does not occur, because the user device would not 
have access to such a portlet. 

If the request was a HTTP request, and no 
preferred MIME type was specified, the preferred MIME 
type associated with the user is used. If the request 

35 failed to specify a device type, the device type 

associated with the user is used. If the request was 
for a XML file, and the XML parameter that specified 
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the stylesheet in the original request was not used, a 
channel XSL-stylesheet is used if the command in the 
original request was command channel, an article XSL 
style sheet is used if the command in the original 
5 command was command article. If the original request 
specified an XSL-stylesheet, this stylesheet is used. 
(See Fig. 4.) 

A path to the appropriate XSL-stylesheet is built 
by method execute using the specified MIME type, device 

10 type and XSL-stylesheet. If a user device specific 
XSL-stylesheet cannot be found at this location, a 
generic device independent stylesheet is used based 
upon the specified MIME type. In this embodiment, 
there is an XSL-stylesheet for mapping each source MIME 

15 type to each user device MIME type. Thus, for a 

portlet with two possible MIME types and a user device 
that supports two possible MIME types, four XSL- 
stylesheets are needed. 

With the specification of the XSL-stylesheet and 

20 the XML content, all the objects needed for the XSL 

transformation are set. The received content is parsed 
as an XML document and the whole document is held as a 
Document Object Model tree in memory. The XSL- 
stylesheet is parsed and loaded into memory. 

2 5 If the loaded document is a lists of portlets 

because no portlet was specified in the original URL, 
or has a MIME type that is not accepted by the user 
device, the document is modified in a memory to which 
the user is not subscribed. This is necessary, because 

3 0 such content could not be displayed on the user device. 

If the loaded document is an article, it is 
checked whether this MIME type is accepted as a 
response by the user device. Next, the global 
parameters for the XSL transformation are set, and the 
3 5 loaded XML document is transformed according to the 
rules in the XSL-stylesheet. The output of the 
transform is streamed to the HTTP response object. 
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Figure 12 shows an example of a portlet 
manager 113 according to the present invention as 
described above. Portlet manager 113 comprises, in 
this example, six modules. Module A is a receiving 
5 module for receiving a request of the user device. 

Module B is an identifying module for identifying the 
presentation requirements of the user device. These 
two modules are able to communicate with the selecting 
module C to enable module C to select a presentation 

10 scheme for the requested data in accordance with the 
presentation requirements of the user device 

In the present example, portlet manager 113 
comprises also a retrieving module D for retrieving the 
requested data. Applying module E applies the 

15 presentation scheme selected by module C to the data to 
create presentable data, which may be presented by the 
user device. This presentable data is submitted by a 
transmitting module E to the user device. Modules D, E 
and F need not be part of portlet manager 113 . Modules 

2 0 D, E and F or some of them may also reside on the user 
device or on a computer system connected to the user 
device . 

In view of this disclosure, various alternative 
embodiments will be apparent to those of skill in the 

25 art. For example, in the above embodiment, data was 

retrieved by presentation manager 113, and presentation 
manager 113 applied the selected presentation scheme to 
the data. In another embodiment of the present 
invention, the data may be retrieved by the user device 

30 itself. Then, the selected presentation scheme may be 
applied by the user device or by the presentation 
manager. The latter, for example, would apply if the 
data retrieved by the user device were transferred to 
presentation manager 113 for applying the selected 

35 presentation scheme and then re- transferred to the user 
device . 
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Those skilled in the art will readily understand 
that the operations and actions described herein 
represent actions performed by a CPU of a computer in 
accordance with computer instructions provided by a 
5 computer program. Therefore, presentation manager 113 
and any associated portlets may be implemented by a 
computer program causing the CPU of the computer to 
carry out instructions representing the individual 
operations or actions as described above. The computer 
10 instructions can also be stored on a computer-readable 
medium, or they can be embodied in any computer- 
readable medium such as any communications link, like a 
transmission link to a LAN, a link to the Internet, or 
the like. 

15 Thus, presentation manager 113, portlets, or any 

combination of the two, can be implemented by a 
computer program comprising computer program code or 
application code. This application code or computer 
program code may be embodied in any form of a computer 

20 program product. A computer program product comprises 
a medium configured to store or transport this 
computer- readable code, or in which this computer- 
readable code may be embedded. Some examples of 
computer program products are CD-ROM discs, ROM cards, 

25 floppy discs, magnetic tapes, computer hard drives, 

servers on a network, and carrier waves. The computer 
program product may also comprise signals, which do not 
use carrier waves, such as digital signals transmitted 
over a network (including the Internet) without the use 

3 0 of a carrier wave. 

The storage medium including the presentation 
manager and/or portlets executed on a server may belong 
to presentation manager server system 100 itself. 
However, the storage medium also may be removed from 

35 presentation manager server system 100. The only 

requirement is that the program code for these objects 
is accessible by system 100 so that the computer code 
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can be executed by system 10 0 in the embodiment of 
Figure lA. 

Herein, a computer memory refers to a volatile 
memory, a non-volatile memory, or a combination of the 
5 two in any one of these devices. Similarly, a computer 
input unit and a display unit refer to the features 
providing the required functionality to input the 
information described herein, and to display the 
information described herein, respectively, in any one 

10 of the aforementioned or equivalent devices. 

While the present invention has been explained in 
connection with certain embodiments thereof, other 
embodiments will be apparent to those skilled in the 
art from consideration of the specification and 

15 practice of the invention disclosed therein. It is 
intended that the specification and examples be 
considered as exemplary only, without limiting the 
spirit and scope of the invention. 
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